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The problem with 
transferring a multicast 
service to a television 
environment, or other 
environment without a return 
connection, is how the 
service provider receives the 
information about receivers 
willing to receive the service 
and how the multicast router 
can query the receiver sets 
as to whether they want 
to receive. The problem 
is solved by choosing one 
of the servers within the 
scope of influence of the 
querying multicast router 
to be an order server. The 
receiver sets, without return 
connections, notify the server 
of the services they want to 
receive, and likewise notify 
when they no longer want 
to receive the service. The 
notifications to the server 
can be made via a modem 
connection through a fixed 
network, for instance using a 

Web form. The next time the server makes the query about receivers willing to receive the service, the order server will reply on behalf 
of the receiver set. In this case, the multicast router routes the desired services to the transmission system of the television operator's 
broadcasting network, which then adds the packets to the multiplexed transmission of the general broadcast. The receiving set will in turn 
receive the broadcast, recognise the service by its identifying data and separate the service packets from the multiplexed transmission. 
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IP multicast service without a return connection 
Field of the invention 

The invention relates to transmitting an IP multicast service, via the 
5 Internet, to a receiver without a return connection. 

Background 

Even today, it is possible to implement a so-called Internet-via-TV 
device; examples of this are WebTV or NetStation. The device is connected 
10 to an ordinary analogue TV set and it allows surfing on the Internet Web 
pages and sending e-mail. The device simply utilises the TV set's cathode 
ray tube CRT to display the Web pages received via a modem connection. 

Digital Terrestrial Television Broadcasting (DTTB) offers many ad- 
vantages compared with the conventional analogue broadcasting method. 
15 The picture and sound quality are considerably better, and the same multi- 
plexed transmission allows the broadcasting of pictures to both HDTV (High 
Definition Television) and SDTV (Standard Definition Television) standards. 
In addition, the multiplexed transmission makes it possible to transmit multi- 
media services such as audio, video, data and text. 

At present, two digital standards have been established: the Ameri- 
can ATSC (Advanced Television System Committee) and the European DVB 
(Digital Video Broadcasting). The European DVB standard is intended as the 
basis for satellite transmission, cable transmission, terrestrial transmission 
and multi-point broadcasting. Video coding and compression are based on 
the MPEG-2 algorithm, and OFDM (Orthogonal Frequency Division Multi- 
plexing) is used in the terrestrial transmission system. 

At its simplest, the digital television is only suitable for receiving a 
broadcast over the air. As an additional feature, it may also include recep- 
tion of text transmissions. For receiving pay-TV broadcasts, a card reader 
and other technical accessories are required. A modem can also be inte- 
grated, allowing the set to communicate with an external system either via a 
fixed network or a radio network. Because, unlike in analogue systems, there 
is no relation between the service and the channel (frequency) in a digital 
system, a navigating program is placed in the set, allowing the viewer to 
receive the desired service. Such a program is called an EPG (Electronic 
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Programme Guide). The more numerous the functions of the TV set, the 
more memory, processing capacity and utility software it requires. 

A digital system makes new types of TV services and new ways of 
using the TV set possible. The use of a modem makes possible the interac- 
5 tive TV, where the set is capable of running small software applications 
transmitted as part of the TV broadcasting signal. The viewer can, using the 
remote control, click on an application that is embedded in the received 
broadcast and shown on the screen. The application may be, e.g. a small 
program, embedded in an advertisement, which responds to clicking by 

10 performing a certain function shown on the screen. As a response to clicking, 
the modem may also connect to a remote server, for instance allowing the 
viewer to order a product right away or to send messages via the modem to 
the service provider. The TV broadcast being a one-way transmission, the 
modem connection acts as the missing "return connection". 

15 The thinking in the industry has been that, commercially speaking, 

the biggest advantage of the digital TV is its ability to offer the viewer a 
chance to react immediately to a commercial or paid service, by offering a 
direct link through a modem to the advertiser's home page or a chance to 
request, via the modem connection, the service provider to add more infor- 

20 mation to the general broadcast. 

In a digital TV system, it would be advantageous for the service 
provider to include a data channel in the multiplexed transmission for trans- 
mitting data to a specified group of receivers in such a way that the receiver 
could easily choose which channels he wishes to receive from the multitude 

25 of channels on offer. By data channel, we mean other than the audio and 
video channels of ordinary free or paid television programs. The data chan- 
nel would be used to transmit, for example, picture files, sound files, text 
files, software, Web pages, etc. 

It would be very advantageous to be able to transmit multicast 

30 services produced for the Internet to the TV sets through a multiplexed digital 
TV transmission. The relevant point about the multicast standard, intended 
for fixed IP networks, is that the network routers poll the receivers around 
them at regular intervals, as to which of them wish to receive multicast pack- 
ets. The receivers notify the router of their willingness to receive the subject 

35 multicast broadcast. The standardised multicast transmission would, there- 
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fore, in principle be most suitable for wireless mass distribution through a 
digital television system, but it is not suitable for an environment of the type 
described above, because it has no return channel. Even if it is a well-known 
technique to include a modem in digital television sets and to use a fixed 
5 network modem connection as the return channel, the return channel is a 
one-way channel in the sense that it is activated by the TV set. 

The problem in transmitting the desired multicast service to the TV 
environment, or other environment lacking a return connection, is how will 
the service provider get information about receivers willing to receive the 
10 service and how can the multicast router poll the sets as to whether they still 
want to receive the service they had previously ordered. 

Summary of the invention 

The objective of this invention is thus to find the mechanisms for 

15 implementing a service using the multicast protocol, well known from the 
Internet environment context and requiring a return connection, in an envi- 
ronment without a return connection such as a digital television system. The 
problem is solved, using the methods described in the independent patent 
claims, in such a way that one of the servers within the scope of influence of 

20 the multicast router is nominated as the order server. The order server can 
be an existing server, which operates as an order server while continuing 
with its other tasks, or a completely new server installed to operate exclu- 
sively as an order server. The receiver sets without return connections wish- 
ing to receive multicast services notify this server of the services they want to 

25 receive, and also give notice when they no longer wish to receive it. Notifying 
the server can be done via a modem connection through the fixed network, 
using e.g. a Web form. Equally, the receiver set can send the information 
through radio waves to another receiver which forwards it to the order server. 
Information about the receivers' willingness or unwillingness to receive mul- 

30 ticast broadcasts is stored in a table in the order server's memory. 

From the point of the polling multicast router, the receiver sets have 
thus been reduced to order servers, or, more specifically, to a table of data in 
the order server's memory. When a receiver set wants an authorisation to 
receive the service of its chosen multicast group, it notifies the order server 

35 of this. The next time the router makes a query about receivers willing to 
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receive the service, this request by the receiver set is already recorded with 
the order server which then replies on behalf of the receiver set. In this case, 
the multicast router will effect the routing of the service in question so that it 
is available to the receiver set. Routing continues until the last receiver set 
5 has notified the order server of its wish to stop receiving the service. Then, 
the router no longer receives a reply to its query from the order server, and 
stops routing the service in question to the receiver sets. The order server 
can also separately notify the router of the termination of the routing. 

When the receiver set is a digital television set, the router will effect 
10 the routing of the multicast packets to the broadcasting system of the televi- 
sion operator's broadcasting network, which will then add the packets to the 
multiplexed transmission of the general broadcast. The receiver set wilt in 
turn receive the transmission, recognise the service by its identifier and 
separate the service packets from the multiplexed transmission. 

15 

List of figures 

The invention will be described below with the aid of the appended 
schematic drawings, wherein 

20 Figure 1 shows a multicast system, 

Figure 2 shows an arrangement according to the invention in an environ- 
ment without a return connection, 
Figure 3 shows a digital television system with a multicast service, and 
Figure 4 shows the handling of addresses at transmitting and receiving 

25 ends. 

Detailed description of the invention 

IP traffic is nearly always point-to-point traffic between the trans- 
mitter and the receiver. If the server transmits the same piece of information 

30 to several addresses, it must send it as many times as there are recipients. 
Thus, the same information travels between the transmitting server and the 
first router N times (N being the number of receivers). If the server routes 
packets to different links, then the same information naturally travels in the 
following link less than N times. This method is called unicast transmission. 

35 The unicast method of transmitting is poorly suited to mass distribution. To 
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overcome this shortcoming, a method of multicast transmission has been 
developed, in which the transmitter sends data and receivers interested in 
that data receive it, while others filter it away. 

Figure 1 shows the principle of multicast transmission. Receivers 1, 
5 2 and 3 are all part of the same multicast group to which the host server 4, 
(Host), transmits data. The Host only transmits the data once, and the fol- 
lowing routers only send the data in the necessary directions once. It is worth 
mentioning that in interactive data transfer, all servers 1 to 4 are host serv- 
ers. Multicast is an excellent method for, for example, forming and maintain- 

10 ing a video conference between several participants, for transferring the 
same video to several receivers, etc. The multicast data transfer is facilitated 
by a protocol called IGMP (Internet Group Management Protocol), further 
information of which is available in its defining standard RFC 1112. The 
protocol will be briefly explained below. 

15 Each group using a multicast service is identified by a unique class 

D IP address which differs from all other IP addresses. The address space of 
class D spans from 224.0.0.0 to 239.255.255.255. The receiver address 
contained in the multicast packet is, therefore, the address of a group, not 
the address of an individual device as is the case with the unicast method of 

20 transmission. Hence, each packet in the same service group has the same 
address, based on which the members of the group receive the correct 
packets and filter others away. The members of the group can be located 
anywhere in the Internet. They can join the group at any time by notifying the 
multicast router. The UDP protocol, instead of TCP, is used for relaying the 

25 packets. The essential difference between the protocols is that TCP is con- 
nection-based, the receiver sending an acknowledgement for the packet, 
and packets containing errors being re-sent. However, with the UDP proto- 
col, the packet is transmitted, but its delivery cannot be verified, since in the 
absence of a return connection, the receiver will not send any acknow- 

30 ledgements to the transmitter. The members use the IGMP protocol to 
inform the multicast routers in their immediate neighbourhood of their mem- 
bership in the group. The multicast routers send queries at irregular intervals, 
usually about once a minute, to the members (hosts) in their immediate 
neighbourhood, in order to find out the service groups used in the local area 

35 networks connected to the members. The members report in their replies all 
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the groups they belong to. A server can be connected to more than one 
network; then it will only send the reply to the interface where the query 
came from. If no replies are received from the members of a specific, earlier 
routed group, the multicast router will stop routing multicast packets of this 
5 group to the members. 

The above brief description of the IGMP protocol indicates that its 
essential feature are the queries which the multicast router makes to neigh- 
bouring members as to their willingness to receive certain services. When- 
ever the router receives even a single positive reply, it will continue routing 

10 the service in question. If there are no replies, it will stop relaying packets of 
the subject service. 

Multicast relaying can be used successfully in wireless mass distri- 
bution by transmitting multicast packets in, for example, the multiplexed 
transmission of digital television. Then, the replies of the members are facili- 

15 tated in a manner which is in accordance with the invention. 

Figure 2 shows schematically the principle of this arrangement. The 
transmitter 21 of the program is transmitting a digital TV transmission re- 
ceived by the sets 22. The sets select the channels the users want from the 
multiplexed transmission and display them on the screen. This is in itself a 

20 familiar technique. 

In accordance with the invention, multicast packets of the service 
which the user wants can be added to the multiplexed transmission. This is 
done by way of the Internet service provider's local area network being con- 
nected through the multicast router 23 to the Internet. The service provider 

25 has for example chosen a number of multicast services from which the re- 
ceivers can choose the ones they want. How the choice is made will be ex- 
plained later. Let us assume that we want to receive from the Internet, and 
later transfer to the multiplexed digital TV transmission, the packets M of the 
multicast service. These packets and their route have been illustrated in the 

30 figure by a small box with the letter M. The table of the multicast router 23 
contains information of the multicast services in the Internet which it is ex- 
pected to receive. This means that packets arriving with the address of the 
service group M are allowed through. Hence, it will receive the packets M 
coming from the Internet and route them further to the local area network of 

35 the Internet service provider. The packets are also routed to the order server. 
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Router 24, which connects the local area network to the network of the digital 
TV operator 21 , routes the packets M further to network 21 . The operator will 
process the packets as necessary so that they can be transmitted in the 
multiplexed transmission of the general broadcast 
5 The set-top box connected to the subscriber's TV set 22 separates 

the data channel carrying the packets M from the multiplexed transmission. It 
identifies the packets on the basis of their addresses, and separates and 
relays them for further processing. The processing can take place in the set- 
top box, allowing the result to be displayed on the TV screen. Alternatively, 

10 the packets can be relayed further to the receiver's local area network (not 
shown in Figure 2), or temporarily stored in the memory of the set-top box. 

When a receiver wishes to quit membership of the multicast group 
M, he will for instance click on, for example, the button of the electronic pro- 
gram guide. Then, the modem in the receiver set 22 contacts the order 

15 server 25 in the local area network of the Internet service provider. An alter- 
native connection is created through the common analogue telephone net- 
work PSTN or through an ISDN network. In the latter case, the modem is an 
ISDN interface. A modem in the modem bank of the local area network iden- 
tifies the incoming call, after which the router 24 will route the connection to 

20 the order server 25. The receiver sends an order to the order server, notify- 
ing of his quitting the membership of the multicast group M. The order server 
saves this information. The next time the multicast server polls its neigh- 
bouring servers, in accordance with the IGMP protocol, about their willing- 
ness to receive multicast packets, the order server 25 also receives the 

25 query. If even the last of the subscribers to the multicast group has quit its 
membership, the order server 25 will stop giving replies concerning the group 
in question. After this, the multicast router 23 will no longer allow packets 
arriving from the Internet into the local area network which means that they 
will not be arriving in the program broadcaster's 21 network either. 

30 The description above illustrates the idea behind the invention. 

First, the order server receives the queries from the multicast router and 
notifies in its reply message which packets in the multicast group, i.e. which 
services, it wishes to receive. Secondly, the receivers notify, in a message 
(order) sent to the order server through a modem connection, from which 

35 group they want to receive packets, as well as of their desire to quit mem- 
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bership of the group. There can be thousands of sets receiving a digital 
television broadcast, and the order server has a record of all the member- 
ships or non-memberships of a given multicast group. As long as there is at 
least one receiver in the multicast group, the order server will respond to the 
5 query from the multicast router by replying that packets from the service will 
be received. Only when there are no receivers who want the service will the 
multicast router reject the packets of the subject service, and they are re- 
moved from the multiplexed transmission of the TV broadcast. 

In practice, it is probably preferable that the Internet service pro- 

10 vider has chosen a number of multicast groups from which the users can 
select the ones they want. A list of the services on offer can be transmitted in 
the multiplexed transmission of the TV broadcast, e.g. in connection with an 
electronic program guide. Alternatively, the list would only exist at the order 
server, and the users would connect to this server via their modems to 

1 5 choose the multicast groups they want to belong to. 

From the user's point, booking the service could be done with an 
HMTL or XML form, opened using a user ID and password. In connection 
with the booking, the order server would prepare a list of the ordered mul- 
ticast services, in a form the digital TV set can read, and transmit it to the 

20 set. The same packet could also include orders from other similar servers or 
from, for example, the centralised database of the digital broadcasting com- 
pany. There are no standardised formats for this information at the moment, 
but at its simplest it could be a text file of the Unix HOSTS file type. The 
receiver set needs information of the services ordered for it to be able to filter 

25 the incoming data. 

The invention makes possible the transfer of multicast services, 
available on the Internet, to e.g. a digital TV environment in a simple and 
almost completely standardised way. 

Figure 3 shows in more detail the application of the invention in a 

30 digital TV environment. 

It shows three sub-networks which together form a Virtual Private 
Network (VPN). The sub-networks are connected to each other via the Inter- 
net, and are visible to the user as one single network. The creation of VPNs 
is well known in the field. At the bottom of the figure is the local area network 

35 of the Internet service provider with the same elements as illustrated in Fig- 
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ure 2. The same index numbers apply, in addition to the order server, the 
network may include several other servers carrying out other tasks; these are 
indicated in a general fashion by index number 31. This local area network is 
connected via a border router to a part of the VPN within the Internet. 
5 The next item is the local area network of the service provider. On 

the one hand, it is connected to the Internet via router 33, and on the other, 
to the VPN via border router 34. The local area network can include several 
servers; two of these have been schematically indicated by index numbers 
35 and 36. To prevent access from the Internet to certain parts of the local 

10 area network, a firewall 37 is used to separate segments of the local area 
network and to safeguard the data security of the VPN. The service provider 
or providers - there can be several - produce their own programs which the 
broadcaster transmits to receivers. The network of the service provider is as 
such not part of the invention but is shown merely to illustrate the entire 

15 system. 

At the top, the broadcaster's network is shown. It is connected to 
the VPN via the border router 38. The broadcaster's LAN is shown with ex- 
tremely few details, and the servers are illustrated by the one server 39. The 
network is also connected via the bridge 310 to the forming and broadcasting 

20 segment 311 of the multiplexed transmission. This segment symbolises all 
the functions necessary for processing the program data into a form in which 
it can be transmitted through radio waves to the receivers. 

Since both service providers and Internet service providers deliver 
the information intended for broadcasting to the broadcaster's network, and 

25 all parties are within the same VPN, it is natural that the same address space 
is visible to all the parties. This address space need not be selected from the 
general Internet address space, it can be a totally private one. This DVB IP 
address space can be co-ordinated by e.g. the authorities or the broadcast- 
ing company, and addresses for each receiver set are reserved in it. 

30 Receiver sets can have two addresses, one of which is part of the 

DVB address space. It is an address which is unique and specific to each 
set, not issued to any other receiver set. The other address is issued by the 
Internet service provider. 

The Internet service provider receives from the Internet those mul- 

35 ticast services of which the users have notified when they registered with the 
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order server 25 through a modem connection via the PSTN. Packets from 
other services are rejected by the multicast router 23. The packets are 
routed in the VPN to the broadcaster's network, as was explained in connec- 
tion with Figure 2. Attention should be paid to the fact that the address of 
5 multicast packets in the VPN is now the DVB address. The route of the 
packets has been illustrated by small boxes with the letter M. 

There are several alternatives concerning the addresses of the 
packets when they are in a multiplexed transmission. 

First, addresses defined in the DVB IP address space can be used, 

10 because the addresses of the receiver sets are part of the DVB address 
space. In this case, the DVB address space reaches all the way to the re- 
ceiving sets. The set checks whether the packet has the same address as 
that issued to the set by the Internet service provider. If this is the case, the 
packet is a multicast one and it will be received. 

15 It is also possible to reserve a sufficiently large address space on 

the Internet for the entire DVB operation. In this case, no address transfor- 
mations are required, which would simplify the reception of multicast pack- 
ets. The problem is the capacity of the present Internet address space. 

Another alternative is to partly use the same addresses in receiver 

20 sets. In this case, an arrangement called Conditional Access (CA) is applied 
for relaying the IP addresses, an arrangement which is capable of identifying 
the receiver or receivers. Here, only authorised receivers can descramble the 
coding and the scrambling done at the transmitting end. Codes for descram- 
bling have been stored in the smart card which the user inserts in the set-top 

25 box card reader. 

Figure 4 shows one possible embodiment of the invention in this 
case. It illustrates functions performed by the bridge 310, Figure 3, prior to 
the broadcast. The intention is to transform the address to be the same as 
the set's address, and to carry out CA coding. 

30 Let us assume that the packet arriving at the separation segment 

41 carries a class B address 161.29.152.2. The first three bytes (domain 
address) are separated. They identify the receiver set or group of receiver 
sets which are using Conditional Access. In segment 42, Conditional Access 
Code Search, the coding and the scrambling method (CA coding informa- 

35 tion) to be used for this Domain address group is searched from the data- 
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base. At the same time, the domain address is relayed to the IP domain 
conversion segment 43, which transforms the domain address, e.g. the 
above mentioned 161.29.152 is transformed into 10.10.10. The transformed 
domain address could be shared by all receiver sets which utilise the CA 
5 function. The said domain address could also be TV set specific, allowing the 
easy integration of DVB receiver sets with existing local area networks. After 
this, the transformed domain address and the original local address are 
combined at segment 44, resulting in the transforming of the address of the 
packet into 10.10.10.2. The packet then gets a CA coding and it is passed 

10 on for embedding into the multiplexed transmission. 

A set utilising the CA function receives the transmission and per- 
forms de-multiplexing. It accepts packets carrying the same address as its 
TV set address, in this case 10.10.10.2. It carries out decoding of the packet, 
descrambles it and sends it through the bridge into a local area network 

15 which can be the receiver's home network. The above functions can be car- 
ried out in the set-top box of a digital TV set. 

It is also possible to transmit individually targeted packets via the IP 
network to digital receiver sets and devices possibly connected to them. A 
prerequisite for relaying IP packets is that the transmitter of the packets can 

20 identify the end receiver by a certain unique IP address. However, there are 
certain problems connected with issuing a unique IP address to each re- 
ceiver. It is difficult - if not impossible - to allocate a sufficiently large address 
space from the present Internet address space for DVB data distribution use 
(millions of addresses). In addition, even if a unique address is allocated to 

25 each receiver set, the problem of configuring the set still remains. Who would 
carry it out, and what to do when the set has to be replaced? Who is in re- 
sponse of the co-ordination of IP numbers, how to fit the unique number in 
with existing local area networks to which the receiver set may possibly be 
connected? 

30 As one answer to these questions, we can think of a solution where 

a network separated from the general IP address space is arranged for DVB. 
This network can be shared between TV companies, multiplexed transmis- 
sion administrators, Internet operators and external service providers through 
a border router. In this case, the data network of DVB resembles the compa- 

35 nies 1 internal networks and has the technical structure of a Virtual Private 
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Network (VPN). The services produced for this VPN must originate from 
within the network. This aside, each service provider can use his chosen 
methods for producing the services and required data transmissions. How- 
ever, the required technology exists and is readily available. 
5 VPN will solve the problem of the IP address space but not that of 

co-ordinating and configuring the IP numbers of receiver sets. As a solution 
to this, a method can be considered, which utilises the set identifying proce- 
dure in connection with the smart card. 

When the IP packets intended for receiver sets arrive at the remote 

10 bridge where they will be coded into the format required by DVB transmis- 
sions, a code will be sought, based on the packet address (i.e. actually 
based on the receiver), which will only effect the authorisation of the set with 
the receiver's smart card inserted. At this stage, then, the transformation is 
made from the IP address into the Conditional Access (CA) authorisation 

15 code corresponding to the receiver's smart card. 

In remote bridging, the IP address is transformed (mainly) into a 
standard address which in principle is the same for all receiver sets. This 
means that all receiver sets can be identical when they leave the factory - 
they can all be configured to have the same IP address ready. To avoid any 

20 conflicts, it pays to reserve this standard address from the international IP 
address space. 

If the receiver set is connected to an existing network, the IP ad- 
dress can in remote bridging be transformed into a receiver defined address 
instead of the standard one. This IP transformation may require manual 
25 configuring of the remote bridge, so it could be a paid service. We can as- 
sume that a user who wants to connect his receiver set to his own local area 
network, is also capable of changing his set's fixed IP address into one he 
has himself defined. 

In any case, since the identification of the set is carried out by the 
30 CA code, the IP address can be allowed through as it is, after the authorisa- 
tion has been done. 

Since it pays to reserve the standard receiver set IP address from 
the general IP address space, and since the same address can be shared by 
almost all users, and since the smallest address space which can be re- 
35 served at a time is a class C address space covering 254 addresses, why 
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not reserve an entire class C address space for the receivers? In this case, 
the receiver set in each home could relay information to a maximum of 253 
additional devices connected to a network - for instance via a wireless one. 
The use of a class C address space would in practice mean that, at the 
5 remote bridge, the authorisation code could be sought based on the three 
highest bytes of the IP address (using a class C mask 255.255.255.0), and 
the lowest byte would be allowed straight through into the IP address relayed 
to the receiver set. 

By joining the IP address with the authorisation code, both some- 
10 one living in a remote cottage and the IT requirements of a company can be 
equally served. 

It is possible to implement the invention in other ways than those 
described above while adhering to the methods defined in the patent claims. 
The application system can be other than a digital television system. Any 

15 system without a return connection, be it wireless or cable based, is suitable 
for this application. The given examples have described the return connec- 
tion to be a modem connection through PSTN or ISDN networks. This is not 
obligatory; the return connection can be arranged in other ways. One possi- 
ble method is to integrate a cellular phone in the receiver set. In this case, 

20 the telephone will contact the order server at the Internet service provider. 
Another possibility is to use a Short Message Service (SMS); in this case, 
the SMS is relayed to the service provider. In such cases, the receiver set 
could be a device totally independent of the electrical mains and telephone 
trunk network, such as a battery powered TV set. 
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Patent claims 

1. A system for implementing an internet protocol multicast service, 

including: 

a multicast router which from time to time sends the neighbouring 
5 servers a query about whether they want to receive packets of a multicast 
service from the Internet, 

at least one router which responds to the query by sending a reply 
message containing information about willingness to receive packets of the 
multicast service, 

10 where the multicast router routes packets of the multicast service to 

the server in question, when the information indicates willingness to receive 
packets of this service, but stops routing the packets of the multicast service 
to the server when the information indicates a wish to quit this service, 
characterised in that the system also includes, 

15 a transmission system, to which the packets of the services notified 

by the server in its reply are also routed, and which further transmits the 
packets, through a channel without a return connection, to receiver sets, 

devices in the receiver set for forming a temporary connection with 
the server, where the receiver informs the server, through the temporary 

20 connection, which multicast service packets it wants to receive. 

2. A system according to claim 1, characterised in that the 
server contains a table which includes information of alt the multicast serv- 
ices of which the receiver sets have notified it through the temporary con- 
nection, and in that in its reply to the query of the multicast router, the server 

25 reports the information in question. 

3. A system according to claim 1, characterised in that the de- 
vices in the receiver set for forming the temporary connection include a mo- 
dem, where the temporary connection is a modem connection through an 
analogue telephone network. 

30 4. A system according to claim 1, characterised in that the 

transmission system is a digital television system which processes the mul- 
ticast packets routed to it in the manner required by the system prior to their 
placing in a multiplexed transmission. 
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5. A system according to claim 1, characterised in that it in- 
cludes a Virtual Private Network VPN, and in that the server and the trans- 
mission system belong to different sub-networks. 

6. A system according to claim ^characterised in that the re- 
5 ceiver set is a television set in accordance with the digital television system. 
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